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CFO 15474 US 



PRINT CONTROLLER, DRAWING CONTROLLER, 
DATA PROCESSING METHOD AND STORAGE MEDIUM 

BACKGROUND OF THE INVENTION 
5 Field of the Invention 

The present invention relates to a print 
controller, drawing controller, data processing method 
and storage medium. 
Related Background Art 

10 In a conventional print controller and drawing 

controller having drawing means that executes drawing 
according to an input drawing command to a first bitmap 
image and drawing process specifying means that 
performs alpha blending specification (transparency 

15 degree specification) in executing drawing according to 
an input object as the drawing command to the first 
bitmap image, the drawing according to the input 
drawing command to the first bitmap image has been 
executed as follows . 

20 A conventional example is shown in Figs. 1A and 

IB. Fig. 1A shows a first bitmap image before drawing 
is executed according to a relevant drawing command. 

The first bitmap image is constituted by a bitmap 
image of RGB colors each having 8 bits per pixel, and a 

25 rectangle of RGB=(255, 0, 0) is drawn therein. A 

region where nothing is drawn has a value of RGB=(255, 
255, 255). 



Fig. IB shows a result of drawing the rectangle of 
RGB colors=(255, 255, 0) each having 8 bits per pixel 
with a transparency degree specification of an alpha 
blending value=(128)=50% for 8 bits per pixel to Fig. 
5 1A. 

Since the area 1 has a value of RGB=(255, 0, 0), 
the area 2 has a value of RGB=(255 # 255, 128) and the 
alpha blending value has a transparency degree 
specification of 50%, the area 3, which is an overlap 
10 of rectangles, has a value of RGB=(255, 128, 0). 

Calculation in executing the drawing is performed 
according to the following equations: 

ResultR= (a/255 ) xSrcR+ ( 1- ( a/255 ) ) xDestR ,- 
ResultG= ( a/255 )xSrcG+(l-( a/255 ) JxDestG; and 
15 ResultB=(a/255)xSrcB+(l-(a/255) )xDestB, 

where ResultR is a value of the first bitmap image 
after the drawing is executed, SrcR is a value of color 
of an input object, DestR is a value of the first 
bitmap image before the drawing is executed, and a is 
20 an alpha blending value of the input object. 

However, if drawing means does not support the 
alpha blending drawing, the conventional print 
controller and drawing controller having drawing means 
that executes drawing according to an input drawing 
25 command to a first bitmap image and drawing process 
specifying means that performs alpha blending 
specification (transparency degree specification) in 
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executing drawing according to an input object as the 
drawing command to the first bitmap image cannot 
provide expected results. In addition, if the bit 
depth of the first bitmap image is less than the bit 
5 depth of the alpha blending value, as in case of 1 bit 
per pixel for each of RGB colors, not 8 bits per pixel 
for each of RGB colors, expected results cannot be 
obtained. 

10 SUMMARY OF THE INVENTION 

The present invention has an object to provide a 
print controller, drawing controller, data processing 
method and storage medium capable of solving at least 
one of the above -described problems. 

15 To achieve the above object, a print controller 

and drawing controller of the present invention, which 
have drawing means for executing drawing according to 
an input drawing command to a first bitmap image and 
drawing process specifying means for performing alpha 

20 blending specification (transparency degree 

specification) for executing drawing according to an 
input object as a drawing command to the first bitmap 
image, comprises: alpha value replacing means for 
replacing the alpha blending specification with area 

25 information corresponding to an alpha value; and 

drawing command converting means for converting the 
drawing command into another drawing command for 



performing a process corresponding to the area 
information . 

The present invention relates to an image 
processing apparatus, image processing method and 
5 storage medium having new functions. 

Other functions and features of the present 
invention will become apparent from the following 
description of the preferred embodiments together with 
the accompanying drawings . 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figs. 1A and IB are views showing a conventional 
example ; 

Fig. 2 is a sectional view showing internal 
15 configurations of a laser beam printer (LBP) of an 
embodiment ; 

Fig. 3 is a block diagram illustrating a 
controlling configuration of a body of the LBP shown in 
Fig . 2 ; 

20 Figs. 4A, 4B and 4C show a drawing command of the 

input data 218, intermediate data stored in the 
intermediate buffer 209 and a drawing bitmap image 
generated by the renderer 210, respectively; 

Figs. 5A, 5B, 5C and 5D show a drawing command of 

25 the input data 218, intermediate data stored in the 
intermediate buffer 209, a drawing bitmap image 
generated by the renderer 210 and a pattern stored in 
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the intermediate buffer 209, respectively; 

Figs. 6A, 6B, 6C and 6D show a drawing command of 
the input data 218, intermediate data stored in the 
intermediate buffer 209, a drawing bitmap image 
5 generated by the renderer 210 and dither data stored in 
the intermediate buffer 209, respectively; 

Fig. 7 is a graph showing the relation between an 
alpha value and a rate of black pixel in a pattern; 

Figs. 8A, 8B, 8C and 8D are views for illustrating 
10 a seventh embodiment; and 

Figs. 9A, 9B, 9C and 9D are views for illustrating 
an eighth embodiment . 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

15 (First Embodiment) 

Now embodiments of the present invention applied 
to a laser beam printer (hereinafter, abbreviated as 
LBP) will be described below in detail with reference 
to accompanying drawings. Prior to describing the 

20 configuration of an embodiment, a configuration of an 
LBP to which the embodiment is applied is explained 
with reference to Fig. 2. Fig. 2 is a sectional view 
showing internal configurations of the LBP of this 
embodiment . 

25 In Fig. 2, 100 denotes a main body of the LBP, 

which creates corresponding character patterns, 
graphics or images in accordance with character 
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printing instructions , graphics drawing instructions 
for various kinds of graphics, image drawing 
instructions, color specification instructions or the 
like provided by a host computer (shown as 201 in Fig. 
5 3) connected to the external, and forms an image onto a 
recording sheet as a recording medium. 151 denotes an 
operation panel provided with an LED indicator, LCD 
indicator or the like indicating status of a switch for 
operation and a printer. 101 denotes a printer 

10 controlling unit which controls an entire LBP 100 and 
analyzes the character printing instructions or the 
like provided by the host computer. 

The LBP in this embodiment converts color 
information of RGB into information of M (magenta) , C 

15 (cyan), Y (yellow) and K (black) and performs image 

formation and development for each color in parallel, 
therefore, an image forming/developing mechanism for 
each of MCYK colors is provided. The printer 
controlling unit 101 generates a printing image for 

20 each of MCYK colors, converts the image into a video 
signal, and outputs the signal to a laser driver for 
each of MCYK colors. 

A laser driver 110 for M (magenta) is a circuit 
for driving a semiconductor laser 111, which turns on 

25 and off a laser light 112 emitted by the semiconductor 
laser 111 in accordance with the input video signal. 
The laser light 112 is moved from left to right by a 



rotating polygonal mirror 113 for scanning an 
electrostatic drum 114. As a result, an electrostatic 
latent image having a pattern of characters or graphics 
is formed on the electrostatic drum 114. The latent 
5 image is developed by a developing unit (toner 

cartridge) 115 surrounding the electrostatic drum 114, 
and then transferred to the recording sheet. 

For C (cyan), Y (yellow) and K (black), the image 
forming/developing mechanisms same as that for M 

10 (magenta) is provided: reference numerals 120, 121, 
122, 123, 124 and 125 in the figure constitute the 
image forming /developing mechanism for C (cyan); 130, 
131, 132, 133, 134 and 135 constitute the image 
forming/ developing mechanism for Y (yellow); and 140, 

15 141, 142, 143, 144 and 145 constitute the image 

forming/developing mechanism for K (black) . Because 
functions of each of those image forming/ developing 
mechanism are the same as that for M (magenta) , 
explanation of the functions is omitted. 

20 Cut sheets are used as the recording sheets . The 

cut sheets are stored in a sheet feeding cassette 102 
attached to the LBP, and the height of the stack of 
sheets is maintained constant by a spring 103. The 
sheet is fed into the body of the LBP by a sheet 

25 feeding roller 104 and transport rollers 105 and 106, 
carried on a sheet transport belt 107 and passes 
through each of the image forming/ developing mechanisms 



for MCYK. Toner (powdered ink) of each of MCYK colors 
transferred onto the recording sheet is fixed to the 
sheet by application of heat and pressure in a fuser 
108, and then the recording sheet is transported to the 
5 top portion of the main body of the LBP by transport 
rollers 109 and 150. 

Fig. 3 is a block diagram showing a schematic 
configuration of a controlling system 101 of the LBP 
shown in Fig . 2 . 

10 The controlling system 101 of the LBP controls the 

LBP so that data 218 including a drawing instruction 
for each of characters, graphics and images and color 
information and so forth transmitted from the host 
computer 201, a source of printing information, is 

15 input, and the printing of document information or the 
like is performed page by page. 202 denotes an 
input/output interface unit which inputs various kinds 
of information from the host computer 201, and 203 
denotes an input buffer memory which temporarily stores 

20 the various kinds of information input through the 
input/output interface unit 202. 204 denotes a 
character pattern generator constituted by a font 
information unit 222 storing attributes of a character 
such as width or height and an address of an actual 

25 character pattern, a character pattern unit 223 storing 
the character pattern itself, and a readout controlling 
program for them. 



The readout controlling program is included in a 
ROM 219 and has a code convert function for calculating 
an address of a character pattern corresponding to an 
input character code. 205 denotes a RAM including a 
5 font cache area 207 for storing character patterns 

output from the character pattern generator 204 and a 
storage region 206 for storing custom character fonts, 
form information, current printing environment and so 
on. By storing the pattern information, which is a 

10 character pattern once expanded, in the font cache area 
207 as a font cache in this way, the expansion to a 
character pattern can be faster because decoding and 
pattern expansion are unnecessary when the characters 
same as those already printed are going to be printed. 

15 208 denotes a CPU that controls the entire 

controlling system for the printer, and the entire 
apparatus is controlled by a controlling program of the 
CPU 208 stored in the ROM 219. 209 denotes an 
intermediate buffer that stores internal data groups 

20 generated based on the input data 218. 

Reception of data for one page is completed, and 
under the control by the CPU 208 based on the program 
stored in the ROM 219, the data is converted into 
intermediate data that is more simple and stored in the 

25 intermediate buffer 209. The intermediate data is then 
subjected to rendering per several lines as a unit by a 
renderer 210, and output to a band buffer 211 as a 
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printing image. The renderer 210 is capable of 
generating a drawing bitmap image constituted by a 
bitmap image of RGB colors each having 8 bits per pixel 
per several -line unit. 
5 The band buffer 211 can store the RGB drawing 

bitmap image corresponding to at least 8 lines . The 
image output to the band buffer 211 is compressed to a 
scan- line unit by a compression unit 212 and stored in 
a page memory 213. 

10 After rendering of the intermediate buffer data 

for one page is completed and the data is stored in the 
page memory 213, the data is read out per several-line 
unit by an expansion unit 214 to be expanded. The 
expanded data is then transmitted to a color conversion 

15 unit 215 where the bitmap image of RGB colors each 
having 8 bits per pixel is converted into a bitmap 
image of YMCK each having 4 bits per pixel. The 
converted data is transmitted to an output interface 
unit 216, converted into a video signal, and output to 

20 a printer unit 217. The printer unit 217 is a printing 
mechanism of a page printer that prints image 
information based on the video signal from the output 
interface unit 216 . 

Since the LBP in this embodiment , as described 

25 above with reference to Fig. 2, performs image 

formation and development for MCYK in parallel, the 
output interface unit 216 is constituted by four 
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interface units, namely, M output interface unit, C 
output interface unit, Y output interface unit and K 
output interface unit- Each unit independently obtains 
dot data from the color conversion unit 215, converts 
5 it into the video signal, and outputs the signal to a 
corresponding laser driver among 110, 120, 130 and 140 
on each plane. 

220 depicts a nonvolatile memory composed of 
commonly used EEPROM or the like, which is hereinafter 

10 abbreviated as NVRAM (Non Volatile RAM) . NVRAM 220 

stores a panel setting value specified by the operation 
panel 151, and so on. 221 indicates data transmitted 
from the LBP to the host computer 201. The ROM 219 
also includes a program for analyzing data input by the 

15 host computer 201, a program for generating the 

intermediate data, a controlling program for the main 
body of the printing mechanism 217, a color conversion 
table for converting the RGB color space into the MCYK 
color space, and so forth. 

20 In this embodiment, a color laser printer is taken 

as an example of the printing apparatus, but the 
embodiment may be applied to other color printers such 
as a color ink jet printer and color thermal transfer 
printer. It has been described that the renderer 210 

25 generates a bitmap image of RGB colors each having 8 
bits per pixel. However, the bitmap image may be a 
YMCK bitmap image or gray bitmap image. The number of 
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bits per pixel of each color can be an arbitrary value. 
In this case, the band buffer 211, the compression unit 
212, the page memory 213 and the expansion unit 214 
should be adaptable to the color space generated by the 
5 renderer 210 and the number of bits per pixel. The 
expanded data should allow the data generated by the 
renderer 210 to be converted into data of a color space 
and the number of bits per pixel adaptable to the 
output interface unit 216. 

10 An example of a process flow in this embodiment 

will be explained below. Figs. 4A, 4B and 4C 
illustrate a drawing command of the input data 218, the 
intermediate data stored in the intermediate buffer 
209, and the drawing bitmap image generated by the 

15 renderer 210, respectively. 

An input command such as a character command, 
graphics command or image command is input from the 
host computer 201 (Fig. 4A) . As a graphics command 1, 
a box with a value of RGB=(255, 0, 0} and a drawing 

20 logic of overwriting ROP=S are input, and as a graphics 
command 2, a box with a value of RGB=(255, 255, 0) and 
a drawing logic of overwriting ROP=S are input. 

Then the input data is converted into the 
intermediate data and stored in the intermediate buffer 

25 209 (Fig. 4B) . Here, as Object 1, the following items 
are prepared: 

Attribute: type=graphics (box); 
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Printing position: (X, Y) ; 

Width and height: (w, h) ; 

Color: RGB=(255, 0, 0); and 

Drawing logic: ROP=S (overwriting) ■ 
5 As Object 2, the following items are prepared: 

Attribute: type=graphics (box); 

Printing position: (X+a, Y+b) ; 

Width and height: (w' , h'); 

Color: RGB=(255, 255, 0); and 
10 Drawing logic: ROP=S (overwriting). 

The renderer 210 executes drawing of the 
intermediate data, thereby generating the drawing 
bitmap image (Fig. 4C) . The first bitmap image is a 
bitmap image of RGB colors each having 8 bits per 
15 pixel, a rectangle having a value of RGB=(255, 0, 0) is 
drawn in the area 1, and a rectangle having a value of 
RGB=(255, 255, 0) is drawn in the area 2. A region 
where nothing is drawn has a value of RGB=(255, 255, 
255) . 

20 An example of a process flow in this embodiment in 

performing alpha blending will be explained below. 
Figs. 5A, 5B, 5C and 5D illustrate a drawing command of 
the input data 218, the intermediate data stored in the 
intermediate buffer 209, the drawing bitmap image 

25 generated by the renderer 210, and a pattern stored in 
the intermediate buffer 209, respectively. 

An input command such as a character command. 
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graphics command or image command is input from the 
host computer 201 (Fig. 5A) . As a graphics command 1, 
a box with a value of RGB=(255, 0, 0) and a drawing 
logic of overwriting ROP=S are input, and as a graphics 
5 command 2, a box with a value of RGB=(255, 255, 0) and 
a drawing logic of alpha blending specification <x=128 
are input. In the alpha blending specification, a 
single alpha blending specification may be provided to 
all input commands, or alternatively, a plurality of 
10 alpha blending specifications may be given to the input 
commands by providing alpha blending specification to 
each and every command. 

The alpha blending that is originally expected is 
as follows: 

15 ResultR=( a/255 )xSrcR+(l- (a/255) JxDestR; 

ResultG= ( a/255 )xSrcG+(l-( a/255 ) )xDestG; and 
ResultB=(a/255)xSrcB+(l- (a/255) )xDestB, 
where ResultR (or G or B) is a value of the first 
bitmap image after drawing is executed, SrcR (or G or 
20 B) is a value of color of an input object, DestR (or G 
or B) is a value of the first bitmap image before 
drawing is executed, and a is an alpha blending value 
of the input object. 

Then, under the control of the CPU 208 based on 
25 the program stored in the ROM 219, the input data is 

converted into the intermediate data and stored in the 
intermediate buffer 209 (Fig. 5B). Here, as Object 1, 
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the following items are prepared: 

Attribute: type=graphics (box); 

Printing position: (X, Y) ; 
Width and height: (w, h) ; 

Color: RGB=(255, 0, 0); and 

Drawing logic: ROP=S (overwriting). 
As Object 2, the following items are prepared: 

Attribute: type=graphics (box); 

Printing position: (X+a, Y+b) ; 

Width and height: (w* , h' ) ; 

Color: RGB=(255, 255, 0); 

Pattern: width and height (W , h' ) pattern; and 
Drawing logic: ROP=DSPDxax. 

Fig. 5D shows tile pattern data (area information) 
applied to Object 2. Because the alpha blending value 
is 128, the tile pattern becomes a binary bitmap with 
the width of 8 pixels and the height of 8 pixels, where 
white and black pixels are arranged so that the ratio 
of the white pixels to the black pixels (ratio of ON to 
OFF) is 50:50. 

If the alpha blending value is 64, the ratio of 
the white pixel to the black pixel becomes 25:75. 

The renderer 210 then executes drawing of the 
above-described intermediate data, thereby generating 
the drawing bitmap image (Fig. 5C) . The first bitmap 
image is a bitmap image of RGB colors each having 8 
bits per pixel, a rectangle having a value of RGB=(255, 
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0, 0) is drawn in the area 1, and a region where 
nothing is drawn has a value of RGB=(255, 255, 255). 

The command ROP=DSPDxax performs a process such 
that, in a printing result, pixels corresponding to the 
5 white pixels in the tile pattern (area information) 
reflect a source (RGB=(255, 0, 0) in Objectl), and 
pixels corresponding to the black pixels in the tile 
pattern (area information) reflect a destination 
(RGB=(255, 255, 0) in Object 2). Consequently, in the 

10 area 2, 50% of all pixels have the value of RGB=(255, 

255, 255) and remaining 50% of pixels have the value of 
RGB=(255, 255, 0). In the area 3, 50% of all pixels 
have the value of RGB=(255, 0, 0) and remaining 50% of 
pixels have the value of RGB=(255, 255, 0). 

15 By replacing an alpha blending specification with 

area information (tile pattern data) corresponding to 
an alpha blending data and converting a drawing command 
into another drawing command corresponding to the area 
information as described so far, it is possible to 

20 execute the alpha blending drawing even if drawing 
means does not support the alpha blending drawing. 
(Second Embodiment) 

The second embodiment will be described below. 
Figs. 6A, 6B, 6C and 6D illustrate a drawing command of 

25 the input data 218, the intermediate data stored in the 
intermediate buffer 209, the drawing bitmap image 
generated by the renderer 210, and dither data stored 



- 17 - 



in the intermediate buffer 209, respectively. 

An input command such as a character command, 
graphics command or image command is input from the 
host computer 201 (Fig. 6A) . As a graphics command 1, 
5 a box with a value of RGB=(255, 0, 0) and a drawing 
logic of overwriting R0P=S are input. And as a 
graphics command 2, an image with a printing position 
(X+a, Y+b), width and height (w' , h' ) and a 
modification matrix of image (matrix) , all pixels 
10 having a value of RGB=(255, 255, 0) with 24 bits per 
pixel as image data, a drawing logic with a printing 
position of alpha mask (x, y) , width and height (w* , 
h* ) and a modification matrix of mask (matrix) , and all 
pixels having a value of 128 with 8 bits per pixel as 
15 alpha mask data are input. 

The alpha blending that is originally expected is 
as follows: 

ResultR= ( a/ 2 5 5 ) xSrcR+ ( 1 - ( a/ 2 5 5 ) ) xDestR ; 

ResultG=(a/255)xSrcG+(l-(a/255) )xDestG; and 
20 ResultB=(a/255)xSrcB+(l-(a/255) )xDestB, 

where ResultR (or G or B) is a value of the first 
bitmap image after drawing is executed, SrcR (or G or 
B) is a pixel value corresponding to a printing 
position of an input image, DestR (or G or B) is a 
25 value of the first bitmap image before drawing is 

executed, and a is a pixel value corresponding to a 
printing position of an input mask. 
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The input data is then converted into the 
intermediate data and stored in the intermediate buffer 
209 (Fig. 6B) . Here, as Object 1, the following items 
are prepared: 

Attribute: type=graphics (box); 

Printing position: (X, Y) ; 

Width and height: (w, h) ; 

Color: RGB=(255, 0, 0); and 

Drawing logic: ROP=S (overwriting) . 
As Object 2, the following items are prepared: 

Attribute: type= image ; 

Printing position: (X+a, Y+b) ; 

Width and height: (w 1 , h 1 ); 

Matrix: matrix; and 

Image data: all pixels having a value of RGB=(255, 
255, 0). 

As a pattern used for Object 2, the following items are 
prepared : 

Printing position: (X+a, Y+b); 

Width and height: (w' , h'); 

Matrix: matrix; and 

Pattern data: all pixels (mult lvalue bitmap 
image) =128 . 

As dither data for binarizing the pattern, the 
following items are prepared: 

Width and height: (w 1 , h'); and 

Dither data image. 
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As a drawing logic for the pattern and destination, the 
following item is prepared: 

Drawing logic: ROP=DSPDxax. 

Fig. 6D shows dither data applied to Object 2, 
5 which is a binarizing threshold table having a width of 
8 bits and a height of 8 bits, where, in binarizing 
alpha mask data (multivalue bitmap image) , white pixels 
and black pixels are arranged so that the ratio of the 
white pixels to the black pixels is proportional to the 
10 value of the alpha mask. The values in the threshold 
table are represented by hexadecimal numbering system. 
The dither table is used according to the following 
expression : 

pattern=AlphaMask>DitherData:pattern=l (white) , 
15 pattern=0 (black) (ON or OFF corresponding to the 
alpha value) 

where pattern is a binary bitmap pattern obtained 
from the alpha mask data and dither data, AlphaMask is 
an alpha mask data value (all pixels having a value of 

20 128) corresponding to a pixel position in the first 
bitmap, and DitherData is a dither table value (Fig. 
6D) corresponding to a pixel position in the first 
bitmap. That is, if the alpha mask data value of all 
pixels is 128, the ratio of the white pixels to the 

25 black pixels (the ratio of ON to OFF corresponding to 
the alpha value) is 50:50. If the alpha mask data 
value of all pixels is 64, the ratio of the white 
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pixels to the black pixels (the ratio of ON to OFF 
corresponding to the alpha value) becomes 25:75. 

The renderer 210 then executes drawing of the 
intermediate data, thereby generating the drawing 
5 bitmap image (Fig. 6C) . The first bitmap image is a 
bitmap image of RGB colors each having 8 bits per 
pixel, a rectangle having a value of RGB=(255, 0, 0) is 
drawn in the area 1, and a region where nothing is 
drawn has a value of RGB=(255, 255, 255). 

10 The command ROP=DSPDxax, in the area 3, performs a 

process such that pixels in a printing result 
corresponding to the white pixels in the pattern 
reflect a source (RGB=(255, 0, 0)), and pixels 
corresponding to the black pixels in the pattern 

15 reflect a destination (RGB=(255, 255, 0)). 

Consequently, in the area 2, 50% of all pixels have the 
value of RGB=(255, 255, 255) and remaining 50% of 
pixels have the value of RGB=(255, 255, 0). In the 
area 3, 50% of all pixels have the value of RGB=(255, 

20 0, 0) and remaining 50% of pixels have the value of 
RGB=(255, 255, 0). 

By replacing an alpha blending specification with 
area information corresponding to an alpha value and 
converting a drawing command into another drawing 

25 command corresponding to the area information as 

described so far, it is possible to execute the alpha 
blending drawing even if drawing means does not support 
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the alpha blending drawing. 
(Third Embodiment) 

In the first and second embodiments, the ratio 
between the white pixels and black pixels is calculated 
in proportion to the alpha value. However, as shown in 
Fig. 7, the correlation between the alpha value and the 
rate of black pixels in the pattern need not be the 
proportional expression. In addition, desired alpha 
blending may be implemented by specifying the 
correlation between the alpha value and rate of black 
pixels from the host computer 201. 
(Fourth Embodiment) 

In the first embodiment, the correlation between 
the alpha value and the rate of the black pixels in the 
pattern may be changed per type of the object such as 
character, graphics and image. In this case, the CPU 
208 may recognize the type of the input object, and 
according to the program in the ROM 219, the CPU 208 
may increase the rate of black pixels if the input 
object is character or graphics. Thereby the outline 
of the character or graphics is preserved, thus making 
it easier to visually discriminate between the 
character and graphics. 
(Fifth Embodiment) 

In the first embodiment, the size of the pattern 
may be arbitrarily determined. In addition, possible 
pixel arrangements for the white and black pixels may 
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be arbitrarily made. 
(Sixth Embodiment) 

In the second embodiment, the size of the pattern 
and possible pixel arrangements for the white and black 
5 pixels may be adjusted to avoid interference with a 
screen size and screen angle caused by a gray-scale 
conversion in converting a bitmap image of RGB colors 
each having 8 bits per pixel into a bitmap image of 
YMCK each having 4 bits per pixel by the color 

10 conversion unit 215. Specifically, according to the 
program stored in the ROM 219, the CPU 208 may 
differentiate the screen angle of the dither data from 
the gray- scale screen angle generated in the gray-scale 
conversion by the color conversion unit 215, for 

15 example, if the gray- scale screen angle is 90° , the 
dither data screen angle is adjusted to be 0° , thus 
making it possible to prevent the interference. 
(Seventh Embodiment) 

An example of a process flow in the seventh 

20 embodiment will be described below. Figs. 8A, 8B, 8C 
and 8D illustrate a drawing command of the input data 
218, intermediate data stored in the intermediate 
buffer 209, a drawing bitmap image generated by the 
renderer 210, and a clip object stored in the 

25 intermediate buffer 209, respectively. 

An input command such as a character command, 
graphics command or image command is input from the 
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host computer 201 (Fig. 8A) . As a graphics command 1, 
a box with a value of RGB=(255, 0, 0) and a drawing 
logic of overwriting R0P=S are input, and as a graphics 
command 2, a box with a value of RGB=(255, 255, 0) and 
5 a drawing logic of alpha blending a=128 are input. 

The alpha blending that is originally expected is 
as follows : 

ResultR= ( a/255 ) xSrcR+ ( 1- (a/255 ) ) xDestR; 

ResultG=(a/255)xSrcG+(l- (a/255) )xDestG; and 
10 ResultB=(a/255)xSrcB+(l-(a/255) )xDestB, 

where ResultR is a value of the first bitmap image 
after drawing is executed, SrcR is a value of the color 
of an input object, DestR is a value of the first 
bitmap image before drawing is executed, and a is an 
15 alpha blending value of an input object. 

The input data is then converted into the 
intermediate data and stored in the intermediate buffer 
209 (Fig. 8B). Here, as Object 1, the following items 
are prepared: 
20 Attribute: type=graphics (box); 

Printing position: (X, Y) ; 

Width and height: (w, h) ; 

Color: RGB=(255, 0, 0); and 

Drawing logic: ROP=S (overwriting). 
25 As Object 2, the following items are prepared: 

Attribute: type=graphics (box) ; 

Printing position: (X+a, Y+b); 
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Width and height: (w* , h'); 

Color: RGB=(255, 255, 0); 

Clip: clip object; and 

Drawing logic: ROP=S (overwriting). 
5 Pig. 8D shows clip object data applied to Object 

2. Because the alpha blending value is 128, it is 
represented as a set constituted by a plurality of 
rectangles arranged so that 50% of the rectangular 
region of Object 2 may be effective pixels. If the 
10 alpha blending value is 64, the set constituted by a 
plurality of rectangles is formed so that 25% of the 
rectangular region of Object 2 may be the effective 
pixels . 

The renderer 210 then executes drawing of the 
15 intermediate data, thereby generating the drawing 

bitmap image (Fig. 8C) . The first bitmap image is a 
bitmap image of RGB colors each having 8 bits per 
pixel, a rectangle having a value of RGB=(255, 0, 0) is 
drawn in the area 1, and a region where nothing is 
20 drawn has a value of RGB=(255, 255, 255). The command 
clip executes drawing only in a region enclosed by the 
clip object. Consequently, in the area 2, 50% of all 
pixels have the value of RGB=(255, 255, 255) and 
remaining 50% of pixels have the value of RGB=(255, 
25 255, 0). In the area 3, 50% of all pixels have the 
value of RGB=(255, 0, 0) and remaining 50% of pixels 
have the value of RGB=(255, 255, 0). 
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By replacing an alpha blending specification with 
area information corresponding to an alpha value and 
converting a drawing command into another drawing 
command corresponding to the area information as 
5 described so far, it is possible to execute the alpha 

blending drawing even if drawing means does not support 
the alpha blending drawing. 
(Eighth Embodiment) 

An example of a process flow in the eighth 
10 embodiment will be described below. 

Figs. 9A, 9B, 9C and 9D illustrate a drawing 
command of the input data 218, intermediate data stored 
in the intermediate buffer 209 , a drawing bitmap image 
generated by the renderer 210, and rectangles of Object 
15 2 and subsequent thereto stored in the intermediate 
buffer 209, respectively. 

An input command such as a character command, 
graphics command or image command is input from the 
host computer 201 (Fig. 9A). As a graphics command 1, 
20 a box with a value of RGB=(255, 0, 0) and a drawing 

logic of overwriting ROP=S are input, and as a graphics 
command 2, a box with a value of RGB=(255, 255, 0) and 
a drawing logic of alpha blending <x=128 are input. 

The alpha blending that is originally expected is 
25 as follows: 

ResultR=( a/255 )xSrcR+(l- (a/255) JxDestR; 

ResultG=(a/255)xSrcG+(l-(a/255) JxDestG; and 
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ResultB= ( a/ 255 ) xSrcB+ ( 1- ( a/255 ) ) xDestB , 

where ResultR (or G or B) is a value of the first 
bitmap image after drawing is executed, SrcR (or G or 
B) is a value of color of an input object, DestR (or G 
5 or B) is a value of the first bitmap image before 

drawing is executed, and a is an alpha blending value 
of an input object. 

The input data is then converted into the 
intermediate data and stored in the intermediate buffer 
10 209 (Fig. 9B) . Here, as Object 1, the following items 
are prepared: 

Attribute: type=graphics (box); 

Printing position: (X, Y) ; 

Width and height: (w, h); 
15 Color: RGB=(255, 0, 0); and 

Drawing logic: R0P=S (overwriting). 
As Object 2, the following items are prepared: 

Attribute: type=graphics (box); 

Printing position: (X+a, Y+b); 
20 Width and height: (w' , h' ) ; 

Color: RGB=(255, 255, 0); and 

Drawing logic: ROP=S (overwriting). 
As Object 3, the following items are prepared: 

Attribute: type=graphics (box); 
25 Printing position: (X+a, Y+c); 

Width and height: (w' , h') ; 

Color: RGB=(255, 255, 0); and 
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Drawing logic: ROP=S (over-writing) . 
As Object 4, the following items are prepared: 

Attribute: type=graphics (box); 

Printing position: (X+a, Y+d) ; 
5 Width and height: (w' , h'); 

Color: RGB=(255, 255, 0); and 

Drawing logic: ROP=S (overwriting) . 

Fig. 9D shows rectangular object data applied to 
Object 2 and those subsequent thereto. Because the 
10 alpha blending value is 128, the data applied to Object 
2 or later is represented as a set constituted by a 
plurality of rectangles arranged so that 50% of the 
rectangular region may be effective pixels. If the 
alpha blending value is 64, the set constituted by a 
15 plurality of rectangles is formed for Object 2 and 

those subsequent thereto so that 25% of the rectangular 
region may be the effective pixels. 

The renderer 210 then executes drawing of the 
intermediate data, thereby generating the drawing 
20 bitmap image (Fig. 9C) . The first bitmap image is a 
bitmap image of RGB colors each having 8 bits per 
pixel. A rectangle having a value of RGB=(255, 0, 0) 
is drawn in the area 1, and a region where nothing is 
drawn has a value of RGB=(255, 255, 255). 
25 Since the rectangles are arranged as shown in Fig. 

9D, in the area 2, 50% of all pixels have the value of 
RGB=(255, 255, 255) and remaining 50% of pixels have 
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the value of RGB=(255, 255, 0). In the area 3, 50% of 
all pixels have the value of RGB=(255, 0, 0) and 
remaining 50% of pixels have the value of RGB=(255, 
255, 0). 

5 By replacing an alpha blending specification with 

area information corresponding to an alpha value and 
converting a drawing command into another drawing 
command corresponding to the area information as 
described so far, it is possible to execute the alpha 

10 blending drawing even if drawing means does not support 
the alpha blending drawing. In addition, even if the 
bit depth of the first bitmap image is less than that 
of the alpha blending value, the alpha blending drawing 
is available by the use of area information. 

15 (Other Embodiments) 

A processing method, that stores in a storage 
medium a program for causing the configurations of the 
above -de scribed embodiments to operate so as to 
implement the functions of the above -described 

20 embodiments, reads out the program from the storage 

medium as code and executes the program on a computer, 
falls under a category of the above- described 
embodiments. The storage medium storing the above - 
described program is also included in the above - 

25 described embodiments. 

As the storage medium, for example, a floppy disk, 
hard disk, optical disk, magneto -optical disk, CD-ROM, 
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magnetic tape, nonvolatile memory card or ROM may be 
used. 

Not only the processing method that executes 
processing by a program stored in the storage medium 
alone, but also a method for executing the operations 
of the above -described embodiments on an operating 
system in coordination with functions of other software 
applications or expansion boards is also included in 
the category of the above -described embodiments. 



